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REMARKS/ARGUMENTS 

„ . C i? ims 1-21 ao pending and were variously rejected under 35 USC §102(e) as 
being anticipated by Baroett in view of Official Notice. In light of the remarks below the 
undersigned respectfully traverses the rejections. 

I. INITIAL MATTERS 

Claims 1-21 were also provisionally rejected under the judicially created doctrine 
09/834 gj S 5 nes8 "^ edoublepat ^^ g oVttclaims 1-21 °f copending Application No. 

The Abstract was object to as being in claim format. It is not understood what 
language the Examiner objects to. The Abstract does not include any legal phraseology such as 
means;' or "said," but uses ordinary language, although the Abstract tracks the claims. 
Accordingly, the Undersigned does not understand the objection. Nevertheless, the undersigned 
notes that the original Abstract has greater than 150 words, accordingly, a new Abstract is 
provided. 

In response, the undersigned respectfully requests that this provisional rejection 
be held in abeyance. If either or both of the copending applications are issued as patents before 
the present application issues as a patent, the undersigned is prepared to: provide a tenninal 
disclaimer in response to a non-provisional double patenting rejection. 

Various amendments were also made to the claims to more clearly recite 
Markush-type claims. Such amendments were not made for purposes of patentability. 

II- THE PRESENT INVENTION 

The present invention relates to methods and systems for specifying promotions 
and distributing promotions across a computer network relying upon a unique and novel software 
architecture and mechanisms. 

Initially, the specification distinguishes "promotions" or "electronic incentives" 
used herein from conventional "coupons." As described in the specification, page 15, lines 3-7: 

These promotions are not considered "coupons " as "coupons " is understood in 
the industry. More specifically, in the industry, "coupons" are typically defin e^ 
asJetachable certificates, tickets, or the like that entitle the bearer or holder to a 
benefit- In the present embodiment, the customer and the merchant server are not 
given any such detachable and/or possessable certificate and cannot hold, bear, 
or present anything. 

Additionally, the specification notes that coupons require, possession of a cookie 

or the like: 

By way of contrast, in one electronic couponing systems, a electronic coupon 
describing a right or benefit is created in a couponing server. The electronic 
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coupon, or token, is then downloaded to a customer 's computer system and 
stored, Thesejzwpons or tokens mav be in the form nfn ™„ fr e or the like 

on the customer'^ computer system . Much later, the customer may enter an 

electronic store that is ^independent of the electronic couponing 'system. Next, the 
cookie or token stored on the customer 's computer system is retrieved and passed 
back to the electronic store web server. Because the customer 's computer had 
possession " of the cookie or token in the computer memory, the electronic store 
web server provides the customer the right or benefit or the bargain described 
i.e. the customer is entitled to a 10% discount. This example thus illustrates that 
the electronic cookie or token incorporates the standard "coupon " model- the 
customer's computer memory stored the cookie, an dnossessionofthe cookie. *«x, 
a condition for receiving fh e bareain . 

™,«™ fi ur ^ b ^ ound of the invention describes some problems with these possessable 
S2^L Mor V peC ^ c ^' weproWem is that coupons for a product may be provided to users 
who were already going to buy the product, p2, lines 1-12: . 

A problem with traditional coupons includes that coupons often end up in the 
hands of buyers who are not targeted. This is because distributing coupons only 
to target buyers is virtually impossible. Although some coupons may be 
distributed to channels such as magazines, direct mailings, and the like that 
include a large percentage of target buyers, a significant perre ^e nevertheless 
• reach * s non-target buyers. These non.tartret bu y ers mav include, those willin g t» 
purchase the product even without the coupon . Accordingly, if non-target buyers 
uses the coupons to purchase a product, this directly reduces the amount of pmft 
t Pjne promoter . As an example, a promoter may create a promotion directed to 
Pepsi™ drinkers to try Coke™. To do so, the promoter offers coupons providing 
the bearer with a dollar off a six-pack of Coke™. However. h^vi^ p y 
impossible to prevent a devoted Coke™ drinke r from mckinp and redeem that 
coupon, This sort of common situation directly " siohons-off" manufacturer 
profits. 

In light of this problem, the specification states that improved apparatus for 
providing targeted promotions are needed, without the problems highlighted above. 

Many of the amendments to the claims and distinctions over the cited art depend 
upon an undeptanding of the following specific software concepts: As expressly described in 
the specification, object-oriented" software programrning techniques are used, p. 14 lines 5-9 
such as Microsoft COM software objects. For example, service objects, coupon objects, product 
objects, are described and used. "jw> prouuci 

w ♦ • * 7 he fP 6015 ^ 011 should be read and claims should be interpreted in light of the 
object-onented environment described. Particular terms related to object-oriented software were 
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defined and / or used in the specification consistently with how these terms are used in the 
software industry. The definitions of such terms in the software industry may override non- 
technical dictionary definitions of such words. For the Examiner's reference, particular 
definitions of terms are reproduced from the Microsoft Press Computet Dictionary, second 
edition, 1994 in attachment A to this amendment; object-oriented programming, object, instance 
instantiate, and class, 

Discussion of specific embodiments will be described below: 

On p. 16, lines 10-12, the specification describes the merchant server invoking a 

Service object: 

[TJhe merchant server invokes a Service object within the application server to 
evaluate the customer's shopping category to determine if there [are] any 
coupons to display, step 560. 

On p. 16, lines 12-14, the specification describes the application server 
instantiating coupon objects: 



In response to the current shopping category, the application server determines 
whether any promotions are applicable and ifso. jme or more "Coupon Objects" 
amlnstantiated. step 570, 

On p. 16, lines 25-38, the specification describes the merchant server querying the 
instances of the coupon objects: 



Next, merchant server 140 queries one or more "Coupon Objects" that have been 
instantiated for a description of the pre-conditions and benefit, a[n] image of the 
product, and the like, step 620. In response, merchant sever 140 specifies the 
rendering of the promotion on an HTML page for display on the customer's 
display, step 630, 

On p. 17, lines 22-26, the specification describes the merchant server invoicing 
another service object; 



When the consumer desires to checkout, merchant server 140 calces application 
server 180 to use the instances of "Coupon Objects " that were created, step 710. 
In particular, .an evaluate method of a Service object is invoked and the amount 
of savings is calculated. The savings is then retrieved by merchant server 140 
and displayed to the consumer, step 715. 
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In the present embodiment, when the consumer checks out, a promotion usage 
condition, application server 180 stores data associated with the transaction step 
720. ' y 

The claims, as amended, incorporate at least some of the object-oriented concepts 
discussed above. For example, claim 1, now recites: 

wherein the instance of the electr onic incentive is created and stored in the 
mpMs&tion seryer in response amethod on a_service ob ject stored in the application server 
being invoked by the merchant server; 

wherein the merchant server specifies rendering of the data associated with the 
electronic incentive in response to a auerv of th e instance of the electronic incentive storaf 
the application server . 

For example, claim 8, now recites; 

a processor configured to request promotions from an application server coupled 
to the merchant server, configured to invoke an evaluation service object within an application 
server for one or more promotions, wherein an instance of a promotion is created in the 
gpplication ^rver in response thereto, configured to query the instance of the promotion object 
and receiving a description of a promotion from the application server, the description 
including pre-conditions, a user benefit and an output representation of the promotion 
configured to transmit the output representation of the promotion to a client system for display 
to a user, configured to receive a selection of the at least one item, configured to invoke a 
sayings method in a service object wit hin the application server to determine a savings amount 
wherein the savings amount comprises the user benefit from the application server when the 
selection of the at least one item satisfies the pre-conditions , and configured to indicate that the 
user is provided with the user benefit. 

For example, claim 1 5, now recites : 

a processor configured to receive an electronic incentive from a central server, 
the electronic incentive including a pre-condition and a benefit, configured to create an instance. 
of the electronic incentive in respo nse to an invocation of an evaluation service object to 
determine electronic incentives for a user by a merchant server, configured to receive a query 
for a description of the instance of the electronic incentive f rom the merchant server, configured, 
to receive from the merchant server an invocation of an amount of savings method of a service 
obje ct to determine a savings for the user, wherein when a selection by a user of at least one item 
fulfills the pre-condition of the electronic incentive, the savings comprises the benefit 
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IE, BARNETT 

Barnett is described as a method and system for the electronic distribution of 
coupons to consumers. Specifically Barnett describes methods and systems where coupons 
bundles are provided to consumers via service providers. 

Importantly Barnett does not refer to using an object-oriented paradigm, Instead, 
Barnett appears to simply rely upon simple procedural calls. 

Additionally, Barnett appears to only refer to providing and redeeming 
conventional "coupons." Barnett, Fig. 9 includes a sample flow chart, In one step, the remote 
computer receives and stores variable "coupon data." Next, the coupon data is printed out and 
redeemed in-person s or the coupon is electronically redeemed. More specifically, the 
specification states on col. 9. lines 41-45.: 



The requested coupon data package and associated advertising materials 
are transmitted by the online service provider 2 to the personal computer 
6 t where it is stored inJhe downloaded coupon data file BOa in the coupon 
database, 



Next, the user prints out the coupons for redemption, col, 10 lines 58*60: 
Coupons are printed by the printable coupon data generation routine 32d, 
which is invoked bv a user when he selects a print command from the 
coupon file Junction 5'6. 



In the case of electronic redemption, the coupon is electronically transferred col 

1, lines 38-44.: 

This is especially useful in the "electronic shopping mall" environment 
now found in many online services, The electronic coupon data could ahn 
be routed via the data communication s interface 20 to a retail store where 
the user will be shopping, where the coupon data is held in a buffer 
pending purchase by the user of the matching product. 

To address the problem of unauthorized use or duplication of these coupons, 
Barnett describes using user-specific data in a bar code 90. Col. 7, line 24-25, Further, Baniett 
describes: 



The unique user bar code 90 also renders the electronic coupon system of 
the present invention secure and iHrfeglly fraud-proof Although a user is 
able to print out a particular coupon 18 only once (to be described in 
detail below), the coupon issuer 14 could still be defrauded by a user or 
retailer who might photocopy a printed coupon numerous times and 
fraudulently and repeatedly present it for redemption. However, in 
accordance with the present invention, each coupon printed by a user is 
unique, and the scanning of a coupon presented for redemption will be 
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stored at the coupon redemption center. Thus, the coupon issuer will 
know if a particular user has redeemed a particular coupon and thus 
. disallow further redemption of a photocopied coupon bearing the same 
indicia. 

However, in Barnett, because a user possesses these coupons, a user may still 
print-out a coupon for a product and give it to another user, who wouldhave purchased the 
product even without the coupon. Accordingly, the manufacturer's profits may still undesirably 
be "siphoned-off" by these actions. ' 



IV. BARNETT DISTINGUISHED 

A. Claim 1 

Barnett feils to disclose every element of claim 1 . 

More particularly, Barnett fails to disclose wherein the instance of the elect™™ 
incentive is created and stored in the ap p lication server in response a method on a service obj ect 
stored in the application server being invoked by the merchant server. 

Further, Barnett fails to disclose wherein the merchant server specifies rendering 
of the data associated with the electronic incentive in response to a query of the instance of the 
electronic incentive stored on the application server . 

As discussed above, Barnett fails to disclose anything about an implementation 
using an object-oriented approach and / or objects. Instead, Barnett simply describes that 
coupon data are simply downloaded from a online service provider to a user at a personal 
computer. Once the coupon data is on the personal computer in Barnett, the on line service 
provider looses control of the coupon. 

In contrast, the claimed limitations describe the merchant server querying 
invoicing methods of service objects and querying instances of electronic incentive objects stored 
on the application server. Additionally, the instance of the electronic incentive object on the 
application server provides providing data to end users via the merchant server, when needed. 
Accordingly, the electronic incentive is never downloaded as it is described in Barnett. 

In light of the above, and for other reasons, Barnett feils to disclose all elements 
of claim 1 . Accordingly, Barnett does not anticipate claim 1 . 

B. Claim 8 

Barnett fails to disclose every element of claim 8. More specifically, Barnett fails 
to disclose the limitation of a processor configured to request promotions from an application 
server coupled to the merchant server, configured to invoke an evaluation service object within 
an application server for one or more promotions, wherein an instance of a promotion is mmwj 
tnjhe application, server in response thereto, configured to query the instance of the promotion 
object and receiving a description of a promotion from the application server, the description 
including pre-conditions, a user benefit and an output representation of the promotion 
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t°™ ed to r***^ 48 ° U ^ Ut re Pf esentation of Promotion to a client system for display 
toauser, configured receive a selection ofthe at least one item, configured to invoke a 
saymgs method in a service object, within the annlicatinn ^ to determine a savings amount, 
wherein the savings amount comprises the user benefit from the application server when the 

IrtTrov^H^ [t T Sa ? fi6S ** P^^ons , and configured to indicate that the 

user is provided with the user benefit 

As discussed above, Baraett fails to disclose anything about an implementation 
using an object-oriented approach and/or objects. Additionally, Barnett simply describes that 
coupon data are simply requested and downloaded from a online service provider to a user at a 
personal computer. 

In contrast, the claim language above illustrates the object-oriented aspect of 
embodiments of the present invention, which were not disclosed by Barnett, as well as the 
specific storage and invocations of methods of instances of software objects stored within the 
application server, and not within the merchant server. 

In light ofthe above, and for other reasons, Barnett fails to disclose all elements 
of claim 8. Accordingly, Barnett does not anticipate claim 8. 



C. Claim 15 

Barnett fails to disclose every element of claim 1 5. More specifically Barnett 
fails to disclose a processor configured to receive an electronic incentive from a cenlral server 
the electronic incentive including a pre-condition and a benefit, configured to create an instant 
ofthe electronic incentive in response to an i nvocation of an evaluation gery i™ nhj^t t» 
determine electronic incentives for a user by a merchant server, configured to receive a query 
for ascription ofthe instance ofthe electronic incentive frn-m me merchant server, configured 
to receive from the merchant server an invocation of an amount of savings method of a service 
fibjecj to determine a savings for the user, wherein when a selection by a user of at least one item 
fulfills the pre-condition ofthe electronic incentive, the savings comprises the benefit 

As summarized above, Barnett fails to disclose anything about an implementation 
using an object-oriented approach and /or objects. Instead, Barnett simply describes that coupon 
data are simply downloaded from a online service provider to a user at a personal computer 
Because the coupon data is downloaded to the user's computer for the user to print out and / or 
use. , 

In contrast, the claim language above illustrates the object-oriented nature of 
embodiments ofthe present invention, which were not disclosed by Barnett, as well as the 
specific storage of the promotion object within the application server. 
* i ■ In light ofthe above, and for other reasons, Barnett fails to disclose all elements 

of claim 15. Accordingly, Barnett does not anticipate claim 15. 
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D. Remaining claims . 

- ^ 9^ 2 " 7; 9 ' 14; 16 ' 21 ' dependent upon claims 1, 8, and 15, respectively are 
also asserted to be allowable for substantially the same reasons as claims 1 8 and 1 5 
respectively, and more specifically for the specific limitation they recite. ' ' 

CONCLUSION 

, In view of the foregoing, Applicants beUeveall claims now pending in this 
Application are m condition for allowance. The issuance of a formal Notice of Allowance at an 
early date is respectfully requested. 

If the Exarniner believes a telephone conference would expedite prosecution of 
this application, please telephone the undersigned at (650) 326-2400. 



Respectfully submitted, 





Stephen Y. Panj 
Reg. No. 38,57 

TOWNSEND and TOWNSEND and CREW LLP 
Two Embarcadero Center, Eighth Floor 
San Francisco, California 941 1 1-3834 
Tel: (650) 326-2400 
Fax: (650) 326-2422 

SYP:deh 

Attachment: Appendix "The Comprehensive Standard for Business, School, Library, and Home" 
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